Наши инженеры всерьез озаботились тем, как же правильно подготовить гостевую операционную систему виртуальной машины с учетом специфики решения для виртуализации настольных ПК VMware View 4.
Публичных хороших рекомендаций на данный момент несколько:
Компания Microsoft выпустила пятую версию своего бесплатного продукта Assessment and Planning Toolkit (MAP), позволяющего произвести комплексное обследование своей гетерогенной ИТ-инфраструктуры (физические и виртуальные серверы) и получить на основе данных анализа отчет о готовности к виртуализации и рекомендации по консолидации серверов в виртуальных машинах Microsoft Hyper-V.
Как вы знаете, в VMware vSphere 4.1 механизм VMware DRS, осуществляющий балансировку нагрузки на хост-серверы ESX, теперь интегрирован с технологией непрерывной доступности VMware Faut Tolerance.
То есть DRS автоматически распределяет по хост-серверам и FT-машины, однако тут есть небольшой нюанс. В соответствии с рекомендациями Fault Tolerance, число таких машин на хосте должно быть не больше 4-х в целях оптимального быстродействия. Если вы попробуете смигрировать пятую виртуальную машину с включенной технологией FT на хост, вы получите вот такое сообщение:
Host already has the recommended number of 4 Fault Tolerance VMs running on it
То есть DRS не смигрирует и не сделает Initial Placement для FT-машин на хосты VMware ESX, где уже работают 4 таких ВМ. Однако, есть возможность увеличить это количество. Для этого необходимо в расширенных настройках (Advanced Settings) кластера VMware HA/DRS добавить параметр:
das.maxftvmsperhost
со значением, например, 6. Если вы поставите значение 0, то VMware DRS будет полностью игнорировать данное требование к числу FT-машин на хост.
В частности интересна формула, отражающая требования к пропускной способности FT-канала между серверами VMware ESX:
FT logging bandwidth = 1 Mbit/s + 1.2 * (average disk read throughput
[Mbits/s] + average network receives [Mbits/s])
Также интересно описание работы FT-протокола, результаты экспериментального тестирования и анализ различных подходов к непрерывной доступности виртуальных машин, в том числе с раздельным хранилищем для виртуальных дисков основной и резервной ВМ (здесь, кстати, интересна конфигурация FT + StarWind - как средство отказоустойчивости на уровне хранилищ + серверов).
Как вы знаете, в новой версии платформы виртуализации VMware vSphere 4.1 появилась замечательная возможность создавать виртуальные машины, у которых один виртуальный процессор (vCPU) может иметь несколько ядер (Multicore vCPU). Более ранние версии VMware ESX умели представлять только одно ядро на виртуальный vCPU машины, а сама возможность многоядерности процессоров ВМ была экспериментальной.
Как известно, многие возможности VMware vSphere приходят из настольных платформ, после того, как пройдут "обкатку" пользователями на некритичных виртуальных окружениях. Например, тонкие диски или технология TPS, которая называлась просто Page Sharing, насколько я помню, пришли из VMware Workstation.
Теперь в VMware ESX 4.1 можно создавать несколько виртуальных ядер, правда не так элегантно как это реализовано в VMware Workstation 7:
Операционная система в этом случае будет видеть виртуальные ядра vCPU виртуальной машины как отдельные логические процессоры.
Чтобы сделать это в VMware ESX 4.1, нужно открыть свойства виртуальной машины, перейти на вкладку Options и выбрать категорию General в списке Advanced options. Затем нужно нажать кнопку Configuration Parameters, которая позволит изменить vmx-файл конфигурации ВМ с помощью построчного добавления параметров и их значений.
Нужно добавить вот такую строчку в качестве параметра:
cpuid.coresPerSocket
В качестве значения можно задавать число ядер на виртуальные vCPU нашей машины. При этом число ядер должно быть степенью числа 2 (то есть 1, 2, 4 или 8 ядер - про большее не упоминается в документации).
Какие требования предъявляются к виртуальным машинам с несколькими ядрами на одном vCPU:
Поддерживается в производственной среде только для VMware ESX 4.1
Virtual Machine hardware должно быть версии 7 или выше
Чтобы настроить этот параметр, нужно предварительно выключить виртуальную машину
Опция CPU hot Add/Remove будет отключена
Почему так далеко запрятана эта возможность? Ответ прост - чтобы не баловались. Потому как нужна она только в случаях, когда особенно требуется экономия на лицензировании при необходимости наращивания производительности виртуальной машины (как раз за счет числа виртуальных ядер). То есть, если ОС или приложения лицензируются на процессор (в данном случае виртуальный), то нашпиговывание его виртуальными ядрами не увеличит стоимость необходимых лицензий, но увеличит производительность ВМ.
Однако, здесь есть одно но. Необходимо внимательно читать EULA к своему развертываемому ПО в виртуальных машинах, где определены понятия сокета, процессора и ядра, в том числе, иногда и для виртуальных сред. Очень вероятно, что такой финт с наращиванием ядер будет нарушать условия EULA.
Компания 5nine, известная своим программным обеспечениям для платформы виртуализации Hyper-V, выпустила вторую версию продукта Virtual Firewall 2.0 for Hyper-V. Этот продукт позволяет организовать виртуальный сетевой экран в инфраструктуре виртуальных машин.
Возможности продукта:
Controls Network Traffic – используя скрипты PowerShell API или в GUI, администратор может определить различные правила фаервола для различных типов траффика, идущего к сети виртуальных машин серверов Hyper-V, а также в сети между виртуальными машинами, что позволяет организовать защиту от внешних и внутренних угроз.
Security Heartbeat Service – сервис, позволяющий в реальном времени проверять правила фаервола, и, если происходит подозрительная активность со стороны виртуальной машины, может выключить или приостановить данную ВМ.
Deployment options – 5nine Virtual Firewall может быть использован совместно с Microsoft System Center Virtual Machine Manager для виртуальных машин, а также для физических серверов перед P2V-миграцией.
Compliance Audits – возможность проведения аудита (отчеты) на соответствие политикам безопасности траффика в виртуальной инфраструктуре.
Скачать 5nine Virtual Firewall for Hyper-V можно по этой ссылке.
Cloud Computing сквозь все препоны и преграды пытается прорваться в массы. Вот и компания VMware доносит пользователям идею о том, что виртуальные системы должны быть максимально отвязаны от физических.
В рамках этой идеи, компания VMware объявила о скором начале продаж некоторых продуктов семейства VMware vCenter на основе платы за виртуальные машины (per virtual machine basis).
Итак, с 1 сентября 2010 года следующие продукты семейства VMware vCenter будут продаваться на базе платы за виртуальные машины:
Продукт vCenter CapacityIQ будет продаваться по этой же модели, начиная с конца 2010 - начала 2011 года. При этом, каковы будут условия дальнейших продаж продуктов:
До 15 декабря 2010 можно будет покупать лицензии на процессоры физических серверов ESX / ESXi. Потом покупаем только по виртуальным машинам.
Старые лицензии по CPU можно будет сдать в Trade In и получить новые по ВМ
Сам VMware vCenter и другие продукты VMware лицензируются по-прежнему
Стоить это будет около того:
Продукт VMware
Цена за 25 виртуальных машин
AppSpeed
$3,750
CapacityIQ
$1,875
Chargeback
$1,250
Site Recovery Manager
$11,250
То есть, за виртуальную машину, защищаемую продуктом VMware SRM, мы платим 450 баксов. Если провести аналогию с текущим ценником на SRM, то это 10-12 виртуальных машин на двухпроцессорный сервер сейчас. Ну, более-менее адекватно, в общем-то.
Компания VMware официально объявила о выпуске новой версии платформы виртуализации VMware vSphere 4.1 13 июля 2010 года. Это существенное обновление компонентов пакета, включая серверы виртуализации VMware ESX 4.1 и средство управления хост-серверами и виртуальными машинами VMware vCenter 4.1.
У меня для вас опять эксклюзив. Как вы уже, наверное, знаете, вчера компания VMware анонсировала новую версию своей платформы виртуализации VMware vSphere 4.1. Мало того, ESX 4.1, ESXi 4.1 и vCenter 4.1 уже можно скачать с сайта VMware.
Прямо к выпуску VMware vSphere 4.1, чтобы вы не утруждали себя чтением англоязычной документации, я подготовил технический документ с описанием всех новых возможностей платформы, который можно свободно скачать с сайта компании VMC.
В документе описываются все основные технические моменты, включая такие технологии как Storage IO Control (SIOC), Transparent Memory Compression, Load Balanced Teaming, полная поддержка Tech Support Mode в VMware ESXi, новые возможности и максимумы VMware vCenter 4.1 и многое-многое другое. Что немаловажно, в документе есть также секция и про VMware ESXi 4.1, ведь это последняя версия платформы, в которой еще есть ESX - в дальнейшем вся ваша виртуальная инфраструктура уже будет работать на ESXi.
Давно я что-то не писал о своих друзьях из компании Veeam Software, который делают лучшее в мире средство резервного копирования Veeam Backup and Replication (больше здесь и здесь). Как вы знаете они сейчас интенсивно готовят к выпуску Veeam Backup and Replication 5, который будет иметь чудесную (не имеющую аналогов!) технологию SureBackup.
Недавно коллеги из Veeam выпустили открытый документ, где подытожили 7 основных причин, по которым пользователи выбирают именно Veeam Backup, а не всякую второсортную бурду: "7 Reasons to Choose Veeam".
Документ, конечно, маркетинговый, однако маркетинг компании Veeam Software лишь фиксирует то, что так долго и упорно нарабатывалось разработчиками и тестировщиками.
Итак, почему нужно выбирать именно Veeam Backup and Replication:
1. Самый быстрый в мире бэкап виртуальных машин VMware vSphere, позволяющий сузить окно резервного копирования настолько, что оно будет шириной со щель в дифракционной решетке. Именно Veeam использует все преимущества VMware vSphere API for Data Protection, технологию Changed Block Tracking, снапшоты, а также обрабатывает большинство необычных (даже немыслимых) ситуаций, которые могут возникнуть в процессе резервного копирования.
2. Самый простой в мире Restore виртуальных машин и их отдельных файлов. Интерфейс прост настолько, что даже пятилетний ребенок с помощью Drag and Drop вытащит из резервной копии свои файлы (посмотрите на жалкую пародию VMware Data Recovery). При этом Veeam Backup поддерживает не только Windows и Linux системы для восстановления, но и множество остальных nix-систем - и все это в нормальном GUI.
3. Единственные в своем роде возможности репликации, за которые не надо платить (посмотрите на расценки барыг, производящих тяжеловесные СРК). С помощью репликации в Veeam Backup and Replication можно сделать Disaster Recovery конфигурацию виртуальной инфраструктуры между двумя площадками, которая не требует дорогостоящих SAN-устройств и продуктов, а также позволяет защищать отдельные виртуальные машины на томах LUN, а не только весь том VMFS. Конечно же, Veeam Backup полностью поддерживает Microsoft VSS в гостевых ОС.
4. Защита от потерь данных в пределах одного сервера ESX. Если у вас что-то случится с сервером ESX или будут утеряны данные, реплики виртуальных машин на других серверах можно сразу же запустить, а, кроме того, можно автоматизировать любой процесс восстановления с помощью встроенной поддержки PowerShell.
5. Вы можете делать резервные копии и реплики на какие угодно устройства, включая локальные диски серверов VMware ESX. Чуваки из документа навострились делать реплики на локальные диски серверов на случай, если SAN почему-то сломается (все происходит в атоматическом режиме). В этом случае вы сможете мигом восстановить всю виртуальную инфраструктуру.
6. Veeam Backup - это также лучший способ использовать Off-site storage для бэкапов. Используете ленты? Не проблема. Записывайте на них бэкапы Veeam. Кроме того, у Veeam есть встроенные возможности дедупликации хранимых резервных копий (без дополнительной платы, опять-таки, в отличие от барыг) и функции синтетического бэкапа, позволяющие быстрее всего восстанавливать именно последнюю резервную копию.
7. Veeam Backup делает самые красивые ежедневные репорты о том, что все сделано, забэкаплено и защищено, а также имеет централизованную консоль управления серверами резервного копирования. Вам остается только расслабится в эти жаркие дни и думать об отпуске.
Вы уже прониклись всеми волшебными возможностями Veeam Backup and Replication, но все еще не знаете где его купить? Зал хором говорит: "У золотого партнера Veeam - компании VMC!". Там и скидочку дадут и о продукте квалифицированно расскажут.
Как многие знают, недавно компания VMware выпустила обновление продукта VMware vSphere 4.0 Update 2. Среди прочих нововведений есть также улучшения механизма VMware HA для отказоустойчивости серверов VMware ESX. Одно из улучшений - решение проблемы Split Brain в кластере HA, которое заключалось в следующем:
Если у вас есть несколько хостов ESX, подключенных к IP-системе хранения iSCSI / NFS, а для виртуальных машин выставлено действие Leave Powered On для Isolation Responce (по умолчанию), то при отключении хоста от всех сетей (IP Storage и VM Network) процессы VMX, реализующие исполнение виртуальных машин оставались в памяти.
При этом, по истечении срока действия лочек VMware HA, остальные хост-серверы ESX запускали эти виртуальные машины. Когда соединение выпавшего хоста с сетью и хранилищем восстанавливалось - процессы продолжали жить, что приводило к так-называемому "пинг-понгу" виртуальных машин между хостами ESX и всяким глюкам.
Теперь же, начиная с VMware vSphere 4.0 Update 2 эта ситуация решается - хост ESX выключает виртуальную машину и генерирует соответствующее событие в vCenter.
Компания VMware уже достаточно давно приобрела продукты компании EMC из линейки Ionix. Теперь некоторые из этих продуктов уже доступны на сайте VMware как ПО семейства VMware vCenter.
Ранее этот продукт назывался EMC Ionix Server Configuration Manager. Он позволяет управлять конфигурациями физической (!) и виртуальной инфраструктуры на базе политик в соответствующих отраслях (например, финансы), а также настроенных отдельно для каждой организации. С помощьюVMware vCenter Configuration Manager можно анализировать изменения, происходящие глубоко в виртуальной инфраструктуре VMware vSphere, а также остальном парке серверов и настольных ПК, и поддерживать единый уровень конфигурации, например, настроек безопасности виртуальных и физических сред.
Ранее этот продукт назывался EMC Ionix Application Discovery Manager (а еще раньше принадлежал компании SMARTS). VMware vCenter Application Discovery Manager обеспечивает обнаружение и построение связей существующих в ЦОД приложений, в соответствии с той инфраструктурой (виртуальной и физической), на которой они расположены. VMware vCenter ADM позволяет моделировать классы сервисов SLA для инфраструктуры предприятия и поддерживать требуемый уровень услуг для приложений в облаке. ADM обнаруживает различные объекты сервисов в ИТ-инфраструктуре предприятия и строит взаимосвязи Virtual-to-Virtual, Virtual-to-Physical и т.д., где на карте можно определить зависимости различного класса (какие ВМ работают на каких ESX, что использует данную СУБД, какие клиенты соединяются и т.п.).
Ранее этот продукт назывался EMC Ionix for Service Management. VMware Service Manager предназначен для крупных организаций, которым требуется такие вещи как из ITIL/ITSM как Incident Management, Problem Management, Change Management, Release Management, Configuration Management, Service Level Management и Availability Management.
Компания VMware планирует выпустить новую версию платформы виртуализации VMware vSphere 4.1 не позднее осени этого года (хотя, может быть и раньше). vSphere 4.1 будет обладать множеством новых возможностей, список которых вполне тянет на версию 4.5, а вот, что сегодня известно об улучшениях производительности в новой версии продукта...
Очень много вопросов поступает относительно того, для чего нужны снапшоты виртуальных машин (snapshots) на серверах VMware ESX. По-сути снапшоты - это зло, но иногда они оказываются полезны в очень ограниченных условиях (например, для проверки корректности работы обновления приложения или патча операционной системы). То есть эта та точка сохранения состояния виртуальной машины, к которой можно будет вернуться через небольшой промежуток времени. Ни в коем случае нельзя рассматривать снапшоты как альтернативу резервному копированию основных производственных систем, в силу множества проблем.
Одной из них является неочевидное поведение снапшотов при их удалении (применении к основному диску ВМ). В этом случае вам может понадобиться значительный объем свободного дискового пространства на томе VMFS, особенно когда у вас есть несколько снапшотов. Например, у вас есть виртуальная машина с 3-мя снапшотами следующих размеров:
Вы нажимаете кнопку Delete All в Snapshot Manager в vSphere Client, после чего происходит такая ситуация: Snapshot 3 "склеивается" со Snapshot 2, но при этом сам Snapshot 3 остается на томе VMFS:
При этом занятое дисковое пространство увеличивается на величину Snapshot 3 и составляет 90 ГБ. Далее, то, что получилось в Snapshot 2 (50 ГБ) склеивается со Snapshot 1 (10 ГБ), при этом Snapshot 2 и Snapshot 3 остаются. То есть дисковое пространство, занимаемое файлами виртуальных дисков и снапшотов на томе VMFS увеличивается до 140 ГБ:
Только после всего этого, результирующий Snaphot 1 (60 ГБ - сумма всех снапшотов) применяется к основному файлу виртуального диска VMDK. При этом сам виртуальный диск flat в размере не меняется, поскольку он фиксирован (изменяется только содержимое блоков). И только затем все снапшоты удаляются (все 140 ГБ).
Таким образом, на хранилище VMFS нам понадобится 80 ГБ дополнительного свободного пространства, если мы хотим, чтобы операция прошла успешно (зато потом освободится 60 ГБ от снапшотов).
Компания Microsoft продолжает освещение технических подробностей платформы виртуализации Microsoft Hyper-V. С выходом Microsoft Data Protection Manager (DPM) стало доступным резервное копирование виртуальных машин от самой Microsoft. Но помимо этого, есть также несколько продуктов, не только поддерживающих Hyper-V и тома CSV, но и возможности инкрементального резервного копирования, восстановления отдельных объектов приложений и даже Disaster Recovery-техники.
В новой презентации Microsoft "Hyper-V Backup: A Look Under the Hood" можно узнать о том, как именно работают решения для резервного копирования виртуальных машин на Hyper-V, и какие продукты можно использовать:
Презентация доступна как онлайн, так и в виде pptx-файла. Таги: Microsoft, Hyper-V, Backup, Symantec, VMachines, DPM, CSV, CA, BackupExec
Все больше и больше вопросов возникает о решении VMware View 4, особенно по его использованию в сетях WAN. Мы уже писали о способах организации VPN для View, о документе "VMware View 4 with PCoIP" (где рассказывается о производительности PCoIP в сетях WAN), да и много о чем еще.
А вот сегодня хочу порекомендовать документ "VMware View WAN Reference Architecture", где тоже можно найти интересные подробности о производительности VMware View 4, полученные в реальных условиях для различных типов нагрузки в условиях WAN-каналов разной пропускной способности.
Если обобщить, то в инфраструктуре настольных ПК, доставляемой через Интернет, важны такие параметры, как пропускная способность канала (bandwidth) и задержки между отправкой и получением пакета (latency). Bandwidth влияет на то из каких мест (с какой шириной канала), а также сколько и каких виртуальных ПК VMware View можно использовать а данной инфраструктуре. Latency - это характеристика среды предачи, определяющая задержки в ней (и, как следствие, комфорт работы пользователя), на которую влияет удаленность объектов (клиента и сервера) и число "прыжков" между ними.
С точки зреня пропускной способности WAN-соединения, минимум, что требует RDP - это 30 kbps. Нормальая работа для базовых задач в типовой ОС Windows XP с 512-1024 МБ RAM (без видео и прочей мультимедии, которая требуется нечасто) лежит в диапазоне 50-150 kbps и более и зависит от характера нагрузки.
Если говорить о latency, то величина задержек до 150-200 миллисекунд еще не так сильно влияет на комфортность работы пользователя виртуального ПК VMware View 4, но после 200 ms начинаются тормоза.
Итак, взяли вот такой виртуальный ПК:
Microsoft Windows XP guest operating system with Service Pack 2
1 vCPU
512 МБ RAM
8 ГБ диск
RDP encryption - отключено
Тип нагрузки - VMware desktop
Взяли также 3 варианта использования данного ПК в ИТ-инфраструктуре компании в WAN-сетях:
Доступ из дома или офиса без WAN-оптимизации канала (Тип соединения - DSL or cable modem,
Bandwidth - 384 Kbps,
Latency - < 50 ms,
Число пользователей - от 3 до 5,
пример нагрузки - домашние пользователи, сотрудники небольшой клиники). Что получилось (первый случай - легкая нагрузка, второй - чуть потяжелее):
Доступ между небольшими офисами с WAN-оптимизацией (Тип соединения - T1 link,
Bandwidth - 1.544 Mbps,
Latency - до 100 ms,
Число пользователей - до 15, пример нагрузки - небольшой филиал или удаленный офис). Результаты:
Хороший канал между офисами с WAN-оптимизацией (Тип соединения - 10Mbps,
Bandwidth 10Mbps,
Latency - до 100 ms, Число пользователей - 100, пример нагрузки - нормальный филиал большой компании). Вот как получается:
У пользователей VMware vSphere / ESX иногда возникает ситуация, когда необходимо заглянуть на том VMFS и его содержимое с Windows-машины системного администратора (такое, например, может быть, когда у вас сломался единственный сервер VMware ESX, а содержимое тома VMFS надо скопировать). Кроме того, очень полезным бывает получить доступ к файловой системе диска VMDK, чтобы извлечь из него необходимую информацию, не запуская его в составе виртуальной машины.
Open Source VMFS Driver
В первом случае для просмотра содержимого и копирования данных с тома VMFS версии 3.x (VMware vSphere 4.0 сейчас работает на версии 3.33) нам понадобится Open Source-утилита VMFS Driver от компании Fluid Operations. Она выпускается в виде пакета для Windows или Linux операционной системы (работает на Java) и позволяет монтировать в режиме read only активно работающие тома VMFS, с которых запущены виртуальные машины. По-сути, это не драйвер, а обычное приложение, позволяющее просматривать и копировать содержимое томов VMFS на рабочую станцию администратора. Важно знать, что эта разработка официально не поддерживается со стороны VMware, кроме того у разработчиков для написания утилиты не было спецификаций VMFS. Кстати, сейчас уже поддерживаются thin-диски.
Чтобы начать использовать VMFS Driver наберите в командной строке (у вас должна быть установлена Java):
java -jar fvmfs.jar
VMware Disk Mount
Во втором случае для просмотра содержимого VMDK-диска вам понадобится пакет разработчика Virtual Disk Development Kit, в состав которого входит утилита VMware Disk Mount (vmware-mount.exe или vmware-mount.pl). Эта программа позволяет смонтировать виртуальный диск VMDK в ОС Windows или Linux и просматривать его содержимое как обычного диска, подключенного к компьютеру. Обратите внимание, что последняя версия Virtual Disk Development Kit выпущена 21 мая 2009 года (в тот же день, что и VMware vSphere), а это значит, что поддерживается не только формат виртуальных дисков VMware Workstation, но и VMware ESX 3.x / 4.x (в том числе виртуальные машины vSphere). Пользоваться данной CLI-утилитой очень просто, кроме того, несколько лет назад к ней писали различные GUI-надстройки, которые, вероятно, и сегодня можно использовать.
Пользоваться VMware Disk Mount очень просто - открываете cmd и выполняете команду (где e: - буква монтируемого диска):
Многим пользователям платформы виртуализации VMware vSphere / ESX известен такой механизм оптимизации работы виртуальных машин с оперативной памятью как Memory Ballooning (о нем хорошо написано в документе "Understanding Memory Resource Management in VMware ESX Server"). Если вкратце - то это техника гипервизора по работе с оперативной памятью, которая позволяет запустить на хосте ESX виртуальные машины, совокупная выделенная память которых больше суммарной памяти хоста.
Достигается это за счет использования драйвера vmmemctl.sys, поставляемого вместе с VMware Tools. Он позволяет "надуть" шар внутри гостевой ОС (balloon), который захватывает физическую память, выделенную этой ОС, и отдает ее другим гостевым операционным системам, которые в ней нуждаются. Этот balloon не позволяет гостевой ОС производить работу приложений с данной областью памяти, поэтому если им потребуется дополнительная память - она будет уходить в гостевой своп. Это более правильный подход, чем свопировать гостевую ОС в файл подкачки vswp на томе VMFS, поскольку операционная система сама лучше разбирается, что и когда ей класть и доставать из свопа (соответственно, быстродействие выше).
Недавно у известного блоггера Дункана Эппинга спросили вот про такой интересный случай. Пользователь запустил команду esxtop на странице с показателями памяти для виртуальных машин и получил вот такой результат:
Собственно, какова ситуация, если смотреть по счетчикам на картинке:
Глобальные статистики:
1393 Free -> Сейчас 1393 МБ физической памяти хоста доступно
High State -> Состояние, в котором считается, что хост не испытывает проблем с памятью
SWAP /MB 146 Cur -> 146 МБ находится в свопе
SWAP /MB 83 Target -> Целевой объем памяти, который должен быть в свопе - 83 МБ
0.00 r/s -> Из свопа ничего не читается
0.00 w/s -> В своп ничего не пишется
Статистики виртуальной машины (обведено красным):
MCTLSZ 1307.27 -> Объем физической памяти гостевой системы, заполненной balloon-драйвером - 1307.27 МБ
MCTLTGT 1307.27 -> Объем физической памяти гостевой системы, который будет сохарнен balloon-драйвером - 1307.27 МБ
SWCUR 146.61 -> В свопе находится 146.61 МБ данных.
SWTGT 83.75 -> Целевой объем памяти, который который должен быть в свопе - 83.75 МБ
С одной стороны хост ESX выглядит типично overcommited, то есть balloon-драйвер раздулся. С другой же стороны, сервер VMware ESX находится в состоянии High State, что означает, что свободно более 6% памяти и проблем с ней нет (кроме того, ничего не пишется и не читается из файла подкачки). Казалось бы, здесь есть некоторое противоречие - если у хоста нет проблем с памятью, то почему balloon до сих пор надут и не сдувается?
Посмотрим на соотношение свободной памяти хоста ESX и размер области, занятой balloon'ом: 1393 МБ и 1307.27 МБ, соответственно. Они приблизительно равны. Это означает, что при сдутии balloon'а гостевая ОС, в которой он был надут, начнет отъедать физическую память хоста ESX (да и еще выгружать своп). Это приведет к тому, что объем доступной памяти хоста ESX упадет и он снова окажется в ситуации, когда необходимо снова надувать balloon.
То есть VMware ESX (и драйвер vmmemctl) не делают резких движений, растут и сдуваются постепенно, делая оглядку на то, какая ситуация может получиться.
Мы уже писали о том, какими возможностями будет обладать технология Dynamic Memory в гипервизоре Hyper-V и почему в ней будет отсутствовать аналог Transparent Page Sharing (TPS) от VMware. Совсем недавно компания Microsoft раскрыла подробности работы техник Dynamic Memory, которые теперь доступны в виде презентации, которую можно скачать с сайта TechEd:
Вот вы установили сервер виртуализации Microsoft Hyper-V, входящий в состав Microsoft Windows Server 2008 R2, и сразу встает вопрос удаленного управления хостом и виртуальными машинами с рабочей станции администратора.
Если у вас на ПК установлены Windows Vista или Windows 7, то вы можете воспользоваться следующими продуктами от Microsoft для Hyper-V:
При этом помните, что не все издания Windows Vista или Windows 7 поддерживаются данным ПО. Например, Vista Home Premium напрочь отказалась работать с KB952627 (при этом тогда об этом ничего сказано не было - а теперь написано в System Requirements).
А вот что делать если на вашем административном ПК установлена Windows XP или Windows 2003 Server? В этом случае также есть способ управления Microsoft Hyper-V, но несколько кривой. Есть такая утилита Hyper-V Management Console, у которой есть базовые средства управления сервером Hyper-V.
Возможности Hyper-V Management Console:
Поддержка Windows XP, Windows 2003, 2008, Vista, Windows 7
Управление несколькими хостами Hyper-V
Управление виртуальными машинами и снапшотами
Иерархия объектов
Возможность соединения с виртуальной машиной по RDP
Не могу молчать, коллеги - а все потому, что я очень трясусь за ваши деньги. Обычно все звонят и выбивают от нас скидки - а мы превентивно даем их вам сами! Но обо всем по порядку.
Многим из вас известно, что только до 15 июня действует промо-программа VMware vSphere Acceleration Kit, по которой вы можете сэкономить до 36% от стоимости VMware vSphere. Как такое может быть? Очень просто:
30% вы экономите на VMware vSphere Advanced Acceleration Kit (хит сезона, между прочим), включающий в себя лицензии на 6 CPU серверов VMware ESX и лицензию на VMware vCenter. Это экономия по сравнению с отдельной покупкой компонентов.
Еще 6% вы экономите на том, что получаете VMware View 10 pack в подарок для пилотного проекта по виртуализации настольных ПК в вашей компании. То есть, если вы давно думали о том, что надо бы попробовать VMware View 4 и шикарный PCoIP, чтобы выглядеть супер-круто в глазах руководства - то вот он, этот самый шанс.
Но это еще не все! К любому vSphere Acceleration Kit вы получаете абсолютно бесплатно от всеми любимой компании VMC следующий пакет документов:
Это вообще бесценно! А вы получаете это в подарок. Кому-то мелочь (закупщикам), а кому-то полезные штучки (администраторам).
Теперь о второй важной акции. Сегодня действует программа бесплатного обновления на Veeam Backup and Replication 5 Enterprise Edition при покупке до 18 июня. Это позволит вам сэкономить 50% от текущей стоимости продукта (или 33% от будущей). Ваши глаза не врут - 50%!
Суть программы - сегодня покупаете Veeam Backup and Replication по цене $ 658 за физический сокет сервера ESX (неважно сколько у вас виртуальных машин и хранилищ), а, когда выходит пятая версия продукта в издании Enterprise (вместе с офигенным SureBackup), которая стоит $ 989, вы получаете ее просто так - по подписке!
Сравнение будущих изданий Veeam Backup 5 можно посмотреть здесь.
Но я решил зайти так далеко, как никогда бы не позволил мне мой финансовый директор (если бы я у него спросил:). Если вы дочитали до этого места - вас есть за что наградить. И только для читателей VM Guru - я даю еще скидку 5% на обозначенные выше продукты в любой их форме и количестве. Просто при обращении VMC скажите, что вы знаете о такой скидке на VM Guru.
Так что бегите пинать ваших закупщиков и офигевайте от наших цен пока конкуренты сидят и курят на своих рабочих местах.
Из всех проблем, создаваемых технологиями виртуализации, настоящей проблемой я считаю только безопасность виртуальной инфраструктуры. Неудивительно, ведь по статистике Gartner, 60% всех развертываемых виртуальных машин к 2012 году будут менее защищенными, чем их физические "коллеги". В итоге - компании достаточно быстро внедряют технологии виртуализации, но очень мало уделяют аспектам безопасности виртуальных машин, хост-серверов и средств управления.
Компания VKernel обновила продукт Optimization Pack, который позволяет контролировать использование вычислительных ресурсов в среде VMware vSphere. Основная задача VKernel Optimization Pack 1.4 - дать возможность системным администраторам серверов ESX найти перегруженные и недогруженные серверы виртуализации, осуществлять контроль заполненности хранилищ и давать рекомендации по оптимизации виртуального окружения.
VKernel Optimization Pack поставляется как виртуальный модуль (Virtual Appliance) и легко может быть внедрен в существующую инфраструктуру VMware vSphere. Он предоставляет различного рода статистики, которые могут быть использованы для мониторинга и отчетности (Inventory виртуальных машин, снапшоты, превышение порогов загрузки, неиспользуемые ВМ), а также выдает рекомендации что нужно сделать, чтобы сбалансировать использование ресурсов серверов и хранилищ.
Из отчетов можно отметить следующие:
Rightsizer Summary (типа как должно быть правильно)
Wastefinder: Abandoned VMs
Wastefinder: Powered off VMs
Wastefinder: Unused Templates
Wastefinder: Unused Snapshots
Wastefinder: Zombie VMs
Скачать VKernel Optimization Pack можно по этой ссылке.
У компании VMware есть замечательный онлайн-сервис, где можно узнать о поддержке хостовых гостевых ОС различными продуктами VMware: vSphere, View, Workstation, Fusion, ACE, Server и другими. Для хостовой ОС указываются продукты, которые в ней могут быть установлены, а для гостевой ОС - можно ли ее ставить в виртуальной машине. Полный список поддерживаемых ОС для продуктов VMware представлен на странице VMware Compatibility Guide.
Удобно, что при нажатии на версию соотвествующего продукта VMware, вы можете посмотреть информацию о релизе, начиная с которого стала поддерживаться данная гостевая или хостовая ОС, а также узнать, какие обновления необходимо применить к операционной системе. Кроме того, очень полезной оказывается информация по статьям базы знаний (kb.vmware.com), которые можно использовать при эксплуатации данной ОС с продуктами VMware.
Интересный пример совместного использования технологий HP и Microsoft показал нам Calvin Zito. За счет Live Migration в Hyper-V и репликации в массивах HP EVA происходит перемещение виртуальных машин между датацентрами (и серверами, и хранилищами). И все это делается на большие расстояния!
Итак, Long Distance Cluster Extension EVA Live Migration with Hyper-V:
Таги: Microsoft, Hyper-V, HP, Live Migration, Storage, Hardware, Replication, VMachines
Как многие знают, виртуализация позволяет экономить не только на аппаратном обеспечении и управлении, но и на лицензиях. Например, под одной лицензией в виртуальных машинах может быть запущено 4 копии Windows Server 2008 R2 Enteprise Edition (от конкретного продукта для виртуализации это не зависит)... Таги: Microsoft, Лицензирование, SQL, Server, VMware, vSphere, Hyper-V, VMachines, Storage
Компания Microsoft сделала доступным средство аудита для виртуальной инфраструктуры Hyper-V R2 на базе Windows Server 2008 R2. Утилита называется Best Practices Analyzer for Hyper-V, она бесплатна, позволяет просканировать серверы Hyper-V в вашей инфраструктуре и дать рекомендации по корректным настройкам:
В числе рекомендаций для виртуальных машин советы по настройке виртуального сетевого взаимодействия и хранилищ.
RSS
